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(54) Method and device for providing downloaded objects to an application 



(57) A method and device for providing downloaded 
objects to an application including downloading from a 
received transport stream a module containing an object 
requested by an application, storing the downloaded 
module, monitoring whether the stored module is the 
current version, when the application requests an object 
of a stored module and the stored module is a current 



version, providing the application with the object from 
the stored module, and when the application requests 
an object of a stored module and the stored module is 
not a current version, copying only the objects of the 
stored module still in use by the application, download- 
ing the current version of the stored module and over- 
writing the stored module with the downloaded current 
version of the stored module. 
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Description 

[0001 ] The present invention relates to a method and 
device for providing downloaded objects to an applica- 
tion, in particular to downloading information from a 
transport stream so as to provide on request data ob- 
jects to an application. 

[0002] It is known to transmit data objects in a trans- 
port stream for downloading by an end user. The objects 
can include any form of data for use by the end user and 
can be transmitted in a distributed repetitive form, for 
instance by means of a data carousel. Often, data ob- 
jects may be grouped together as data modules such 
that, for an application of an end user to make use of a 
particular object, the entire module in which it is con- 
tained has to be downloaded from the transport stream. 
In these circumstances, service providers may group to- 
gether related objects in respective modules such that, 
if an end user stores a downloaded module, the access 
time for the related objects is greatly reduced. 
[0003] According to the DSM-CC broadcast protocol, 
objects, such as files, directories, etc, are conveyed to 
the receivers of end users in the form of BIOP messages 
carried inside DSM-CC modules. These modules may 
be broadcast by means of a carousel, each module be- 
ing reformatted into a plurality of MPEG sections which 
are broadcast in a distributed form for end users to re- 
ceive and recombine into the respective modules. 
[0004] Overtime, it is likely that objects will be updat- 
ed by the service providers. Underthese circumstances, 
it is desirable that, when an application of an end user 
requests an object, it should receive the latest version 
of that object. However, if, before the object was updat- 
ed, the end user had already downloaded the respective 
module, the application will be provided with the old ver- 
sion of the object as contained in the modules stored by 
the end user. 

[0005] It is an object of the present invention to over- 
come this problem. 

[0006] According to the present invention, there is 
provided a method of providing downloaded objects to 
an application, the method including: 

downloading from a received transport stream a 
module containing an object requested by an appli- 
cation; 

storing the downloaded module; 
monitoring whether the module in the module mem- 
ory is a current version; 

when the application requests an object of a stored 
module and the stored module is a current version, 
providing the application with the object from the 
stored module; and 

when the application requests an object of a stored 
module and the stored module is not a current ver- 
sion, copying only the objects of the stored module 
still in use by the application, downloading the cur- 
rent version of the stored module and overwriting 



the stored module with the downloaded current ver- 
sion of the stored module. 

[0007] According to the present invention, there is al- 
s so provided a device for providing downloaded objects 
to an application, the device including: 

an object layer interface for downloading from a re- 
ceived transport stream a module containing an ob- 
10 ject requested by an application; 

a module memory for storing downloaded modules; 
and 

a controller for monitoring whether the modules in 
the memory are current versions; wherein 
when the application requests an object contained 
in a stored module and the stored module is a cur- 
rent version, the object layer interface provides the 
application with the object from the module memory 
and, when the application requests an object con- 
tained in a stored module and the stored module is 
not a current version, the object layer interface 
downloads the current version of the module and 
overwrites the module stored in the module memo- 
ry; the device further including: 

an object cache for storing objects; wherein 
when the application requests an object con- 
tained in a stored module and the stored mod- 
ule is not the current version, before the object 
layer interface overwrites the stored module 
with the current version of the stored module, 
the controller copies into the object cache only 
the objects of the stored module still in use by 
the application. 

[0008] In this way, when an application requests an 
object, it is always provided with the latest version of 
that object. However, the application is still able to con- 
tinue using any objects in the same module which it had 
previously requested. 

[0009] As an alternative to the above, when an appli- 
cation requests an object contained in a stored module 
which is not the current version but which contains other 
objects already in use by the application, the device 
could merely download and store the new current ver- 
sion of the module and store it in addition to the previous 
version of the module. In this way, the application would 
have access to the current version of the newly request- 
ed object whilst maintaining interaction with the previ- 
ously requested objects. However, this approach is ex- 
tremely wasteful of memory, particularly where modules 
contain a large number of objects and an application 
might be using only one object from a stored module. 
[0010] Similarly, it is possible for a device to include 
only an object memory in place of the module memory 
such that it only stores the objects being used by the 
application. In this way, whenever a new object is re- 
quested by the application, the end user always down- 
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loads that object from the transport stream and, hence, 
always obtains the current version. However, this ap- 
proach severely limits access speeds when related ob- 
jects are contained together in respective modules and, 
hence, requested objects can often be retrieved from a 
previously stored module. 

[0011] Thus, the present invention allows applications 
to be provided with objects with optimum access times, 
but with minimum memory requirements. 
[0012] Since the requests of an application are han- 
dled in this way, the application itself need not know the 
origin of the objects which it uses. The transparent cach- 
ing of the objects may be achieved by an object layer 
implemented in hardware or software. 
[0013] Preferably, the controller is responsive to infor- 
mation in the transport stream regarding the current ver- 
sions of modules transmitted in the transport stream. 
[0014] In many systems, such as broadcast from 
DSM-CC carousels, information is sent in the transport 
stream regarding the updating of modules on the carou- 
sel. The controller can monitor this information such that 
when the application requests an object from an updat- 
ed module, the controller can take the steps defined 
above. 

[0015] Preferably, the controller monitors whether 
modules are the current version according to the spec- 
ifications for MHP platforms. 

[0016] Thus, in the context of broadcasts according 
to the MHP specifications, transparent caching of ob- 
jects may be provided such that applications are always 
provided with the most up to date objects. 
[0017] Preferably, the objects are DSM-CC objects 
and the modules are DSM-CC modules. 
[0018] Hence, the present invention may be used in 
conjunction with DSM-CC systems. 
[0019] Preferably, the objects are copied from the 
module memory to the object cache by copying the cor- 
responding BIOP messages. 

[0020] Since DSM-CC objects are contained within 
DSM-CC modules as BIOP messages, the object cache 
can store the objects in their BIOP message form. 
[0021] Preferably, at least one filter is provided for fil- 
tering out the transport stream packets of a module to 
be downloaded. 

[0022] This may be achieved by filtering out the sec- 
tions of a module to be downloaded, for instance MPEG- 
2 sections. Hence, packets, such as MPEG packets, in 
the transport stream are checked to determine whether 
or not they relate to a module to be downloaded. All of 
the relevant packets are copied from the transport 
stream by the section filter such that they may be re- 
assembled to form the module. 

[0023] Preferably, the device is a television device. 
Hence, the invention may be embodied in television de- 
vices, such as integrated televisions and set top boxes, 
for receiving additional television services. 
[0024] Preferably, the device is MHP compliant. 
[0025] It will be appreciated that the invention can be 
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implemented in software and recorded on a storage me- 
dium. Indeed, a device already configured to download 
modules for requested objects could be supplemented 
by an appropriate object layer such that, in accordance 

5 with the present invention, when the application re- 
quests an object of a stored module and the stored mod- 
ule is not a current version, objects of the stored mod- 
ules still in use by the application are copied. The object 
layer provides the transparent caching such that the ap- 

10 plication may continue to use the copied objects without 
any knowledge of the copying or changes in memory 
addressing. 

[0026] The invention will be more clearly understood 
from the following description, given by way of example 
15 only, with reference to the accompanying drawings, in 
which: 

Figure 1 illustrates a module based DSM-CC client 
stack; 

20 Figure 2 illustrates schematically a device embod- 
ying the present invention; 

Figure 3 illustrates a flow chart for a process em- 
bodying the present invention; and 
Figures 4(a), (b), (c) and (d) illustrate an update sce- 
25 nario. 

[0027] The present invention will be described with 
reference to an embodiment for use according to the 
DSM-CC broadcast protocol. However, it will be appre- 
30 ciated that it is applicable to any system in which objects 
for use with end user applications are transmitted to- 
gether in modules. 

[0028] According to the DSM-CC broadcast protocol, 
objects, such as files and directories, are conveyed to 

35 end user receivers in the form of BIOP messages, them- 
selves carried inside Data Carousel modules. One such 
module can and usually does contain several BIOP 
messages. In this regard, service providers usually 
group together related BIOP messages in the same 

40 module. 

[0029] Thus, as a consequence of this nature of 
DSM-CC object carousels, DSM-CC client stacks, i.e. 
the software layer stack implemented in the receiver to 
handle downloaded data, are often implemented as 

45 "module based". In other words, data downloaded from 
a received transport stream is kept at a module level, i. 
e. in the form of the received modules, rather than as 
original objects or BIOP messages. 
[0030] By storing the received data at module level in 

so the form of the modules as received, it is possible to 
improve on the access speed achievable by the end us- 
er device. In particular, since related objects are normal- 
ly grouped together in the same module, it is advanta- 
geous to keep the entire module in memory. This is be- 

55 cause a user application which has requested one ob- 
ject from a module is likely to request other objects from 
the same module. If that module is kept in memory, 
clearly, the application can access it more quickly than 
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if it has to be retrieved from the transport stream. 
[0031] Figure 1 illustrates a module based DSM-CC 
client stack for operation as described above. 
[0032] As client layer 2, in which an end user applica- 
tion may be running, is able to request DSM-CC objects 
by means of opaque references, such as index number, 
data address, etc. 

[0033] The user to user layer 4 then provides a high 
level representation of any BIOP messages. This layer 
implements any operations which the client application 
can invoke, such as read file, list directory, etc. It inter- 
faces with the object carousel layer so as to request BI- 
OP messages to be loaded (or unloaded) according to 
the requests for objects made by the application in the 
client layer. 

[0034] The object carousel layer 6 maintains any BI- 
OP messages and provides basic BIOP message ac- 
cess routines to the user to user layer 4. In order to ob- 
tain appropriate BIOP messages according to the needs 
of the application in the client layer 2, the object carousel 
layer 6 interfaces with the data carousel layer 8 in order 
to request the loading or closing of data carousel mod- 
ules. 

[0035] The data carousel layer 8 is the lowest layer of 
the client stack and is responsible for assembling the 
data carousel modules. Thus, when a particular module 
is required in order to provide a requested object to the 
application in the client layer 2, the data carousel 8 sets 
up appropriate section filters to extract MPEG-2 sec- 
tions carrying the DSM-CC messages relevant to the re- 
quired module. It is also possible for the data carousel 
layer 8 to remove filters when they are no longer re- 
quired. 

[0036] The approach of storing an entire module 
when that module is downloaded from the transport 
stream to provide a particular object to an application 
could be described as "module-based caching". This 
approach gives rise to problems when dealing with dy- 
namic content, i.e. objects whose contents change over 
time. In particular, where an object is requested by an 
application and that object is contained in a module 
which is already available in cache on the device, if the 
content of the object is subject to change, there is no 
guarantee that the object in cache is the current version. 
[0037] (t is clearly desirable that an application always 
receives the latest version of an object. Indeed, accord- 
ing to the MHP specification, the DSM-CC stack must 
return the object which corresponds to the latest avail- 
able version on the transport stream. This behaviour is 
known as "transparent caching". In order to implement 
transparent caching, it would seem that a module which 
is already stored in cache may at any given point in time 
need to be reloaded from the broadcast transport 
stream. The problem arises that where a reference al- 
ready exists to that module, for instance the application 
in the client layer 2 is using at least one of the objects 
from that module, these references must still remain val- 
id. Thus, if an application in the client layer 2 is using 
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one or more objects from the module, the application 
must be able to continue to use the data of those objects 
without change. In particular, if an application is already 
running on the basis of the data contained in a particular 

5 object, that data cannot be allowed to change mid way 
through the operations being conducted by the applica- 
tion. Thus, it would seem that the old version of a module 
needs to be kept when a new version is loaded from the 
broadcast stream. 

10 [0038] By letting the data carousel layer 8 maintain 
several versions of the same module, a considerable 
loss in memory efficiency occurs, since outdated object 
data which is not being used has to be kept in memory 
unnecessarily. Furthermore, with this arrangement, the 

15 complexity of the lower layers of the client stack (data 
carousel client implementation) would require increased 
complexity. 

[0039] As an alternative, the DSM-CC client could be 
implemented in a manner which is object based. In other 

20 words, ratherthan caching loaded modules, only the ob- 
jects requested by the application in the client layer 2 
would be cached. This could be described as an object- 
based caching approach. This will easily cater for the 
transparent caching discussed above. However, since 

25 all new references to objects will require downloading 
of modules from the broadcast stream, operation of the 
application in the client layer 2 will be much slower. 
[0040] Figure 2 illustrates schematically a device al- 
lowing these problems to be overcome. Of course, in 

30 practice, this device is likely to be implemented in soft- 
ware having the form of the client stack described with 
reference to Figure 1 . 

[0041] As will be discussed below, the DSM-CC client 
is implemented as a hybrid between the two caching ap- 
35 preaches discussed above. In particular, whenever a 
module is discovered to be an old version, in other words 
out of date, the DSM-CC stack copies only the data 
which needs to be kept, i.e. the referenced objects or 
more likely in practice BIOP messages, and then releas- 
ee es the module. 

[0042] According to the request of an application 10 
for a particular object, an object layer interface 12 
searches a module memory 14 for the corresponding 
module containing the BIOP message for the requested 
45 object. In practice, a register may be kept of the previ- 
ously downloaded modules being stored. 
[0043] If the appropriate module is not already stored 
in the module memory 1 4, then steps are taken to down- 
load the required data from a received broadcast t ran s- 
50 port stream 14. In particular, one or more section filters 
16 may be used to extract from the stream 14 sections 
required to reconstruct the desired module. For instance 
MPEG section filters may be used to extract MPEG-2 
sections carrying the required DSM-CC module. 
55 [0044] When the desired module is received, the orig- 
inally requested object contained in that module is pro- 
vided by the object layer interface 1 2 to the application 
1 0. The entire module is also stored in the module mem- 
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ory 14. 

[0045] A controller 18 is also provided. It will be ap- 
preciated that this is a schematic representation of a 
function which may be contained within the overall op- 
eration of the device. 

[0046] The controller 18 is sensitive to data in the 
broadcast transport stream 14 and determines when 
modules available over the stream 1 4 have been updat- 
ed. In this way, the controller 1 8 may determine whether 
or not modules stored in the module memory 1 4 are cur- 
rent or old versions. As illustrated, the controller 18 de- 
rives this version information directly from the broadcast 
transport stream 1 4. However, as mentioned above, this 
representation is schematic and, in practice, this infor- 
mation may be derived by means of an appropriate sec- 
tion filter. 

[0047] As will be discussed below in further detail, 
when the controller determines that a module stored in 
the module memory 14 is now available in a new ver- 
sion, it can initiate downloading of that new version from 
the broadcast transport stream 14. This downloading 
can be initiated as soon as the new version is detected 
or only once the object layer interface 12 attempts to 
access an object contained in that module. 
[0048] Where the application 1 0 is already using one 
or more objects contained in the module to be updated, 
the controller 1 8 first copies the objects or correspond- 
ing BIOP messages to an object cache 20. The object 
layer interface 12 is informed of this copying such that 
the application 1 0 may continue to use the data of the 
objects without knowledge of the transfer of data. I n oth- 
er words, the object layer interface can handle any re- 
addressing required such that the application 10 re- 
trieves data from the object cache 20 rather than the 
module memory 14. 

[0049] In this way, any objects currently in use are 
maintained in the object cache, but modules are updat- 
ed with their new current versions such that new refer- 
ences to any objects contained in those modules are 
always references to the latest version of the object. 
[0050] As mentioned above, the controller can update 
the module memory as soon as a new version of a mod- 
ule appears or, alternatively, can update the module only 
when the application 1 0 attempts to make reference to 
an object within that module. A module might be updat- 
ed as soon as a new version is available on the basis 
that the application 1 0 is already referring to at least one 
object in that module and, hence, is likely to wish to refer 
to other objects of that module in the future. By updating 
the module as soon as the new version is available, fu- 
ture access times are likely to be reduced. On the other 
hand, updating the module whenever the new version 
appears may be considered to be unnecessary process- 
ing in some environments, since the application 10 may 
not require reference to any further objects of that mod- 
ule. 

[0051] Thus, if a module is being updated, objects 
which are still open will be cached at an object level rath- 
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er than at a module level. Only the latest available ver- 
sion of a module will be kept in the system memory at 
a given time. This means that only important, i.e. poten- 
tially useful, data is ever kept in cache by the DSM-CC 
s stack. In this way, the mechanism combines the speed 
of a module-based cache with the memory efficiency of 
an object-based cache. The client layer 2 and any ap- 
plication 1 0 in the client layer 2 never directly accesses 
the object data, since the copying of the object or BIOP 
message into the object cache 20 will change the object 
data location in memory. The object carousel layer 6 as 
represented by the object layer interface 1 2 provides the 
layer of insulation that guarantees this behaviour. 
[0052] The process is illustrated in the flow diagram 
of Figure 3. 

[0053] In step 100, a request is made to load a 
DSM-CC object. As a result of this, the module param- 
eters are found for the module corresponding to the re- 
quested DSM-CC object in step 102. Thus, the system 
can maintain an appropriate database of parameters so 
as to determine the required module. 
[0054] In step 1 04, it is determined whether the mod- 
ule is in cache, for instance whether it is stored in the 
module memory 14. 

[0055] If the module has not been previously down- 
loaded and, hence, has not been stored, then the proc- 
ess proceeds to step 1 06 in which the module is loaded 
and stored in cache. Then, in step 1 08 the required data 
for the requested DSM-CC object is returned to the ap- 
plication. 

[0056] If, in step 104, it is determined thattharequired 
module is not in cache, then the process proceeds to 
step 1 1 0. At this step, it is determined whether or not the 
desired module in cache is the latest version of that 
module. If it is, the process may proceed to step 108 
and return the object data to the application. 
[0057] If step 110 determines that the module in cache 
is not the latest version, then the process proceeds to 
step 112. In this step, any referenced objects, i.e. ob- 
jects already referenced by the application, which are 
contained within the cached module are then saved, for 
instance by copying them to the object cache 20. 
[0058] In step 114, the memory used by the module 
is then freed such that the process may proceed to step 
106 to load the required module. 
[0059] It should be appreciated that, as mentioned 
above, rather than awaiting a request for the object of a 
module, the process can alternatively conduct steps 
110, 112,114 and 106 continuously so as to ensure that 
the latest version of the downloaded module is always 
available. 

[0060] A particular scenario will now be described 
with reference to Figures 4(a) to (d). 
[0061] In this scenario, an application has open refer- 
ences to two objects which are conveyed in the same 
module. The objects are both of version N. The version 
currently available on the stream is N + 1 . However, at 
the time, the application is not aware of this. 
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2. A device according to claim 1 wherein the controller 
is responsive to information in the transport stream 
regarding the current versions of the modules trans- 
mitted in the transport stream. 

5 

3. A device according to claim 1 or 2 wherein the con- 
troller monitors whether modules are the current 
version according to the specifications for MHP 
platforms. 

10 

4. A device according to claim 1 , 2 or 3 wherein the 
objects are DSM-CC objects and the modules are 
DSM-CC modules. 

15 5. A device according to claim 4 wherein the objects 
are copied from the module memory to the object 
cache by copying the corresponding BIOP messag- 
es. 

20 6. A device according to any preceding claim further 
including at least one filter for filtering from the 
transport stream packets of a module to be down- 
loaded. 

25 7. a device according to any preceding claim wherein 
the device is a television device. 

8. A device according to any preceding claim wherein 
the device is MHP compliant. 

30 

9. A method of providing downloaded objects to an ap- 
plication, the method including: 

downloading from a received transport stream 
35 a module containing an object requested by an 

application; 

storing the downloaded module; 
monitoring whether the stored module is the 
current version; 
40 when the application requests an object of a 

stored module and the stored module is a cur- 
rent version, providing the application with the 
object from the stored module; and 
when the application requests an object of a 
45 stored module and the stored module is not a 

current version, copying only the objects of the 
stored module still in use by the application, 
downloading the current version of the stored 
module and overwriting the stored module with 
50 the downloaded current version of the stored 

module. 



[0062] In Figure 4(a), it is illustrated that the applica- 
tion references object 1 and object 2 by means of BIOP 
message 1 and BIOP message 2 of version N of the 
required module. 

[0063] In Figure 4(b), the application requests object 
3. At this time, the data carousel layer checks the ver- 
sion available on the stream and discovers version N + 
1. 

[0064] As illustrated in Figure 4(c), the data carousel 
layer notifies the object carousel layer that a new version 
of the module is available on the stream. The object car- 
ousel layer therefore copies all BIOP messages which 
it references from the module and closes all accesses 
to it. 

[0065] The new version of the module can now safely 
be loaded and, as illustrated in Figure 4(d), with loading 
completed, object 3 now accesses the latest version 
with object 1 and object 2 still accessing the previous 
version. 



Claims 

1 . A device for providing downloaded objects to an ap- 
plication, the device including: 

an object layer interface for downloading from 
a received transport stream a module contain- 
ing an object requested by an application; 
a module memory for storing downloaded mod- 
ules; and 

a controller for monitoring whether the modules 
in the module memory are current versions; 
wherein 

when the application requests an object con- 
tained in a stored module and the stored mod- 
ule is a current version, the object layer inter- 
face provides the application with the object 
from the module memory and, when the appli- 
cation requests an object contained in a stored 
module and the stored module is not a current 
version, the object layer interface downloads 
the current version of the module and over- 
writes the module stored in the module memo- 
ry; the device further including: 

an object cache for storing objects; where- 
in 

when the application requests an object 
contained in a stored module and the 
stored module is not the current version, 
before the object layer interface overwrites 
the stored module with the current version 
of the stored module, the controller copies 
into the object cache only the objects of the 55 
stored module still in use by the applica- 
tion. 



10. A computer readable storage medium having re- 
corded thereon code components that, when load- 
ed on a computer and executed, will cause that 
computer to operate according to any one of the 
preceding claims. 
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